home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / unix / amiga / 226 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  4.2 KB
  1. Path: news.mtu.edu!cdh
  2. From: cdh@mtu.edu (Chris Hooper)
  3. Newsgroups: comp.unix.amiga
  4. Subject: Re: BFFS for NetBSD 1.1?
  5. Date: 24 Jan 1996 06:19:33 GMT
  6. Organization: Michigan Technological University
  7. Message-ID: <4e4j1l$s80@news.mtu.edu>
  8. References: <19960121.7776360.10C59@contessa.phone.net> <4e068a$4id@serpens.rhein.de> <4e1nej$62d@pellew.ntu.edu.au> <4e2i21$40q@serpens.rhein.de> <4e3sim$djd@scitsc.wlv.ac.uk> <4e44ln$5mn@serpens.rhein.de>
  9. NNTP-Posting-Host: mmserver.mm.mtu.edu
  10.  
  11. Michael van Elst <mlelstv@serpens.rhein.de> wrote:
  12. > >>Did you try read files beyond the root directory ?
  13.  
  14. This is a bug which will be fixed in 1.5.
  15.  
  16.  
  17. > cm5292@scitsc.wlv.ac.uk (Steve Casey) writes:
  18. > >I found it had some erm, features, that made it a bit annoying.  First,
  19. > >it does allow you to write, even though it just destroys, second, it
  20. > >treats links as some sort of hybrid directory if you copy them over
  21. > >to the amiga side, it makes no attempt to preserve permissions as far
  22. > >as I can see.  Ahh well, I am rarely in AmigaOS anymore anyway ;)
  23.  
  24. Sounds like you are using < BFFS 1.4 as Michael says below...
  25.  
  26.  
  27. > Well, that's all obvious. Writing doesn't work because a) the format
  28. > changed and b) the writing code is a bit buggy itself (that's why
  29. > the write code was removed for BFFS1.4). It does handle links correctly
  30. > as far as AmigaOS supports links (the "hybrid directory" is what
  31. > AmigaOS does to its own links). And it cannot handle permissions
  32. > as AmigaOS has no concept of a user or group id.
  33.  
  34. Michael is correct in the support of links.  It's reporting it
  35. correctly to the OS.  Programs interpret that information as they
  36. were written, and many were before the filesystems supported
  37. soft or hard links.
  38.  
  39. Looking at the source, true it currently does not respect the owner
  40. 'w' bit when writing to files.  This would be an easy addition if
  41. people want it.  How about in directories?  Wanted there also?
  42.  
  43. As far as the write code being buggy.  Well....
  44.  
  45. It wasn't buggy (to my knowledge) when I released 1.31 way back
  46. before NetBSD moved to the new filesystem format.  It happily
  47. corrupted 4.4 filesystems later mainly because it didn't recognize
  48. any difference.  I've since added code which looks for a 4.4
  49. superblock and "does the right thing."  At the time of the 1.4beta
  50. release, I did not feel the write code was ready to be released.
  51. I had made extensive modifications to the cache code and had not
  52. fully tested it.  The write code was removed with a single #ifdef,
  53. and 1.4beta0 definitely will NOT write to the filesystem.
  54.  
  55.  
  56. Ok, so maybe some of you are wondering by now...more than a year
  57. after the bloody beta release, WHERE IS THE NEW BFFS?  To be
  58. honest, I've not worked in it in months and months.  My jobs (have
  59. had more than two since 1.31 came out) have gotten in the way.
  60.  
  61. Here are my intentions (to be done by May 1996) for BFFS 1.5:
  62.     1. Read/Write 4.4 BSD filesystems
  63.     2. x86 BSD filesystem support (read only)
  64.     3. New ports of newfs and fsck for AmigaDOS
  65.     4. Port of dump and restore (possibly only restore) for AmigaDOS
  66.     5. Support for AS225 packets 50 and 51 [ls uses these to get
  67.        owner/group/permissions (iff someone can tell me what these
  68.        packets expect)
  69.     6. Complete source distribution
  70.  
  71. The following changes over 1.4beta0 have already been implemented:
  72.         Fixed problem where fs allowed deletion of locked file
  73.         Fixed low disk space condition where file shortened incorrectly
  74.                 if we ran out of space during write (two bugs).
  75.         Made many changes to allow 386i FFS filesystems to be read
  76.         Fixed inode comments for sockets and fifos
  77.         Fixed Addbuffers problem - corruption on removing buffers
  78.         Dumpfs (filesystem info) now supports little-endian filesystems
  79.         Removed potential memory leak in symlink resolution
  80.         Added rest of support for ReadLink packet.
  81.         Changed BFFSTool bytes read/written display to Kilobytes
  82.         Centralized configuration variables to single file
  83.  
  84. Sorry for slacking for so long.  I now have a system I can again use
  85. for development (though the Quantum Fireball loves to corrupt source
  86. code once in a while) so hopefully soon I'll be able to allocate time
  87. to spend on BFFS.
  88.  
  89.  
  90. -Chris Hooper
  91.  cdh@mtu.edu
  92.